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(^ Systdme de communication avec cartes ^ puce. 
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(57) Pour simplrfier la fabrication de terminaux 
d'utilisation de cartes ^ puce, on prevoit de 
mettre dans ces terminaux un Jeu minimum 
d' instructions et de d6porter le stockage d'ins- 
tructions compl^mentaires relatives k des utili- 
sation plus complexes et ou de la carte ^ puce 
dans la carte k puce. Pour faire executer ces 
instructions complementaires, on stocke dans 
une m^moire r^sen/^e de la carte d puce une 
adresse pointant vers une instruction d'un jeu 
compl^mentaire. On munie de plus, le micro- 
processeur de la carte d puce d'un micropro- 
gramme obligeant I'execution d'une instruction 
ainsi point^e d6s qu'on d^tecte la m^moire 
r^serv^ a 6t^ d6sign§ par une instruction d'un 
jeu ^l^mentaire d'instruction de ce micropro- 
cesseur. On montre qu'on peut ainsi simplifier 
et rationaliser la fabrication de tenminaux tr^s 
puissants. 
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La pr6sente invention a pour objet un syst^me de 
communication entre un centre serveur at un utilisa- 
teur par I'interm^diaire d'une interface. Elle vise par- 
ticuHerement les domaines ou le fonctionnement de 
rinterface est conditlonn6 par la presence d'un micro- 
circuit electronique de type jeton, supports puce, car- 
te ^ puce ou autre, insert temporairement de mani^re 
amovible ou def initivement dans ('interface. On trou- 
ve des utilisations de ce type de systdme avec des te- 
lephones portables Iaiss6s ^ disposition et pour les- 
quels on veut, par exemple, emp^cher I'utilisation du 
telephone par quelqu'un qui n'aurait pas insure de cir- 
cuit correspondant. Elle concerne egalement tous les 
terminaux de paiement direct utilisant des cartes ^ 
puce, notamment pour provoquer des retraits sur des 
comptes en banque. 

Le probl^me qu'on rencontre avec ce type de 
syst^mes est 116 k la definition de I'interface. En effet, 
k un moment donne, les besoins connus de security 
et ou de confort de tiransaction impllquent la mise en 
oeuvre de procedures par {'interface. Ces procedures 
sont evolutives. Cecl presente comme consequence 
ou inconvenient que des Interfaces obsoletes doivent 
alors etre changees au fur et ^ mesure de cette evo- 
lution. 

II pourrait neanmoins etre envisage de mettre d 
jour les systemes d'exploitatlon des interfaces, d'une 
maniere similaire ^ la mise a jour des systemes d'ex- 
ploitatlon dans les micro-ordinateurs. Cependant, 
cette fagon de faire presente I'inconvenientque beau- 
coup de mises a jour devraient etre faites. De plus, le 
proprietaire, ou le gerant, de rinterface n'est pas I'uti- 
lisateur de cette interface : celui qui possede le circuit 
electronique d'autorisation en question. Par exemple, 
pour un terminal de paiement par carte a puce dans 
un restaurant, le proprietaire de I'interface est le res- 
taurateur alors que I'utHisateur, le payeur, est le titu- 
laire de la carte a puce. II en est de meme avec les 
systemes de telephone portable, notamment dans le 
domaine des voitures de location ou le telephone por- 
table (done I'interface) appartient k la soci6t6 de lo- 
cation de voitures (ou ^ une societe concessionnaire 
d'un reseau de telecommunications) et ou la carte ^ 
puce ou le circuit electronique concerne est la pro- 
priete de Tutilisateur. Dans ce cas. une difference de 
mise ^ jour, d'une interface k une autre peut rendre 
pour un utilisateur, I'utilisation tres compliquee. 

It y a un necessaire decalage entre le souci de 
Tutilisateur qui est interesse e disposer avec sa carte 
^ puce des tous derniers perfectionnements, et le 
soucis du gestionnaire de I'interface qui, pour des rai- 
sons de cout peut etre tente de limiter le nombre de 
campagnes de mise ^ jour des interfaces qu'il gere. 

Un exemple pratique de besoin est celui ressenti 
dans le domaine des telephones portatifs ou le ges- 
tionnaire de I'interface, ou bien le proprietaire du ser- 
veur, voudrait pouvoir d6compter des unites pre- 
payees dans des cartes d puce d'utilisateur, un peu 



^ la maniere de ce qui se pratique dans les telepho- 
nes publics. Or, les appareils teiephoniques portatifs 
actuels, les interfaces, ne sont pas munis dans leur 
systeme d'exploitation d*un jeu d'instructions permet- 

5 tant ce decomptage. Ce sera le cas plus tard. Le pro- 
bieme ^ resoudre dans ce cas particulier est done de 
decompter dans la carte ^ puce, avec une interface 
qui n'est pas munie de moyens pour cela, des impul- 
sions de decomptage qui seraient envoyees par un 

10 serveur teiephonique. On voit bien la diff Iculte du pro- 
bieme. 

L'invention ^ pour objet de trouver une solution k 
ce probieme et de proposer une beaucoup plus gran- 
de souplesse d'utilisation des interfaces ou termi- 

15 naux d'utilisation. Plusieurs solutions sont envisa- 
geables, on pourrait notamment def inir un mecanis- 
me "universel" permettant de gerer les terminaux de 
maniere transparente depuis le serveur. II faudrait 
pour cela equiper tous les terminaux existant de ce 

20 nouveau mecanisme. C'est done une solution peu 
realiste. La solution envisagee dans invention ne re- 
quiert aucune modification du terminal, et ne fait 
qu'exploiter les ressources dej^ disponibles de celui- 
ci. Ces ressources sont soit des procedures disponi- 

25 bles depuis le serveur, soit des instructions cartes 
(embarquees dans le terminal) commandees depuis 
le serveur, qui penmettent d'acheminer des donnees 
k travers le terminal jusque dans la carte. En outre, 
selon l'invention, ces terminaux vont eux-memes 

30 avoir un systeme d'exploitation des plus simples et 
qui en definitive n'aura meme pas besoin d'evoluer. 

L'idee de l'invention est d'utiliser dans le systeme 
d'exploitation des interfaces, parmi le jeu d'instruc- 
tions existant, un jeu minimum d'instructions ou 

35 meme une procedure existante. Avec ce jeu ou cette 
procedure on provoque le pointage, dans une zone 
reservee de la memoire de la puce, d'une instruction 
d'un jeu compiementaire, ou jeu etendu. Cette ins- 
truction compiementaire est alors executee, soit par 

40 le microprocesseur de la carte ^ puce, soit par le mi- 
croprocesseur de I'interface, ces derniers agissant 
sur des p6ripheriques designes. lis provoquent par 
exemple un aff ichage dMnformations sur un ecran de 
I'interface, un decomptage d'unites prepayees dans 

45 une memoire de la carte ^ puce, un envoi au serveur 
d'un bilan relatif ^ la carte k puce et/ou d la commu- 
nication en cours (notamment dans un but d'etablir 
des facturations de durees de transmission), ou une 
invalidation de la carte k puce, etc ... . 

50 Avec Texistence d'une zone r6servee, dont la pla- 

ce et ensuite I'utilisation sont connues, on peut ainsi 
charger, avec le jeu minimum d'instructions du syste- 
me d'exploitation de {'interface, les caracteristiques 
d'une instruction. Les caracteristiques de cette ins- 

55 tructions sont soit le code instruction de cette instruc- 
tion elle-meme, soit une adresse de cette instruction 
dans une memoire de la puce. En plus de cette zone 
reservee, le microprocesseur de la carte ^ puce 

2 
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comporte un automatisme d'execution de Tinstruc- 
tion dont les caract^ristiques ont ete charg^es dans 
la zone reserv^e. D^s qu'on veut augmenter ta puis- 
sance d'utilisation d'un syst^me, on envois ^ ta carte 
^ puce les caract^ristiques de {'instruction ^ ex^cuter 5 
^ partir du serveur. Elles sont transmises naturelle- 
ment par Tlnterface qui en pratique sachant selection- 
ner, et 6crire (c'est un nriinimum) une zone m^moire 
dans la m^moire de la carte ^ puce, peut y Inscrire les 
caracteristiques de cette instruction. Par la suite, le io 
nriicroprocesseur de la carte S puce prend le relals 
pour provoquer, avec son automatisme, {'execution 
de cette instruction. 

Dans un perfectionnement, plutot que d'envoyer 
I'inst ruction ^ partir du serveur, on chargera des Ins- is 
tructions suppl6mentaires dans des cartes ^ puce mi- 
ses d jour, en des jeux compl^mentaires d'instruc- 
tions. Dans ce cas, les caracteristiques d'instruction 
^ envoyer par le serveur ne consistent qu'en un poin- 
teur, designant celle de ces instructions compl^men- 20 
taires qu'on veut voir faire ex6cuter. 

En variants on utilise une procedure existante de 
gestion de la carte qui est associ6e a renvoi d'une 
donn^e. On particularise une donn^e, et, en recep- 
tion dans la carte, on verif ie que la donnee transmise 25 
a cette forme particuli^re. Le cas 6cheant on execute 
une instruction du jeu ^tendu qui correspond alors ^ 
cette donnee particuli^re. 

L'invention a done pour objet un syst6me de 
communication comportant 30 

- un centre serveur, une puce electronique por- 
tee par un support ^ puce, et une interface de 
communication entre ce centre serveur, cette 
puce, et, eventuellement, un utilisateur. 

- dans interface, un microprocesseur et une 35 
memoire programme munie d'un jeu limite 
d*instructions ou de procedures de communi- 
cation avec la puce, et, 

- dans la puce, un microprocesseur et une me- 
moire programme munie 6galement d'un jeu li- 40 
mit^ correspondant d'instructions ou de proce- 
dures, 

caract6ris6 en ce que la puce comporte 

- une zone m6moire r6serv6e dans laquelle on 
vient 6crire, avec les Instructions ou proc6du- 45 
res de la puce et ou de interface, les caract^ 
ristiques d'une instruction diff^rente de celles 

des jeux limit^s ou procedures, et 

- un automatisme d'execution de cette instruc- 
tion differente apr^s ecriture de ses caracteris- so 
tiques dans cette zone memoire reservee. 

^invention sera mieux comprise d la lecture de la 
description qui suit et k I'examen des figures qui Tac- 
compagnent. Celles-ci ne sont donn6es qu'^i titre in- 
dicatif et nuilement limitatif de {'invention. Les figures 55 
montrent : 

- Figure 1 : une representation globate d'un sys- 
teme de communication confonme k I'inven- 
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tion ; 

- Figure 2 : une representation schematique du 
fonctionnement de I'automatisme d'execution 
de rinstruction du jeu compi erne nta ire ; 

- Figure 3 : des micro programmes types mis en 
oeuvre dans une carte d puce fonctionnant 
avec le systeme de communication de inven- 
tion. 

La figure 1 repr6sente un systeme de communi- 
cation conforme ^ {'invention comportant un centre 
serveur 1 , une puce electronique 2 portee par exem- 
ple par un support ^ puce 3, par exemple une carte d 
puce, ou un jeton ^ puce, ou autre, notamment un 
support de connexion d'un circuit int6gre monte dans 
son boitier DIP ou CMS. Ce systems comporte ega- 
lement une interface de communication 4 entre ce 
centre serveur 1 , cette puce 2 et. eventuellement, un 
utilisateur qui peut manipuler des boutons de 
commands 5 de {'interface 4. Le serveur 1 est le sys- 
teme qui heberge l'app{ication et qui {a met ^ {a dis- 
position des nombreuses interfaces et utiiisateurs. Le 
serveur 1 envois des informations aux interfaces ain- 
si qu'^ la carte par I'intermedlaire d'une liaison de 
transport 6. (I peut cependant y avoir une connection 
directe. La liaison de transport 6 peut egalement etre 
un chemin dans un reseau de transmission de don- 
n6es, et avoir plusieurs formes : fi (aires, hertziennes 
ou autres. Elle utilise un protocole de transport et no- 
tamment des modems 7 et 8 pour acheminer des in- 
formations. Ces information representent des don- 
nees, des adresses, et/ou des instructions. 

L'interface 4 peut etre dediee e une application, 
par exemple du type EFTPOS (Electronic Found 
Transfert Point Of Sale) ou standard, par exemple du 
type ordinateur personnel ou Minitel. Le role de l'in- 
terface consiste essentiellement ^ permettre ^ un uti- 
lisateur de dialoguer avec le serveur 1, ou la puce 2 
et/ou ^ aclieminer et mettre en forme des informa- 
tions destinees au serveur 1, ^ ia puce 2 ou ^ {'inter- 
face 4. La carte ^ puce 3 comporte des donnees pro- 
pres S I'application et propres au porteur: Tutilisateur. 
Elle dispose d'un systeme d'exploitation qui off re une 
panoplie de fonctions grdce d un jeu d'instructions, la 
p{upart du temps specif iques. 

Dans {'interface 4 est instalie un microprocesseur 
9 en relation par un bus 10, de commandes, de don- 
nees et d'adresses, avec essentie{{ement une me- 
moire programme 11, un iecteurde supports puce 12 
et un circuit d'entree/sortie k direction du serveur 1, 
par exempie {e modem 8. Dans cette version minima- 
(e. {'interface 4 ne sert qu'S assurer {e trafic avec ia 
carte k puce 3. Au besoin, le bus 10 est egalement 
connecte k un ecran d'affichage 13 permettant de vi- 
sual iser les operations effect uees. De preference, le 
bus 1 0 est egalement relie d des boutons de comman- 
de 5 permettant {'intervention d'un utiiisateur. Dans 
ce cas, {'interface est une interface entre I'operateur 
et la carte e puce ou entre le serveur. {'operateur et 
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la carte ^ puce. La memoirs programme 11 comporte 
un jeu limits d'iiistructions, ici les instructions SE- 
LECT, READ, UPDATE, STATUS, qui sont peu nom- 
breuses. En pratique, seules sont essentielles les ins- 
tructions SELECT et UPDATE permettant respecti- 
vement de s6lectionner une zone memoire de la m6- 
moire de la puce de la carte ^ puce et/ou d'y 6crire 
quelque chose. Cependant pour des raisons de 
confort ce jeu limite comportera egalement une ins- 
truction de lecture seule, READ, d'une zone de la car- 
te ^ puce et, de preference mais eventuellement, une 
instruction STATUS permettant d'envoyer un etat des 
compteurs ou registres internes de la carte a puce au 
serveur et/ou de les visualiser sur I'ecran 13. Le 
contenu de cette instruction reste a d^finir. Elle 
pourrait etre aussi une instruction Jocker. 

La puce 2 de la carte 3 comporte un microproces- 
seur 1 4 et une memoire programme 1 5 comportant au 
moins un jeu limits d'instructions 16. Le jeu 1 6 corres- 
pond au jeu 11 : on y retrouve les memes instructions 
que dans ce dernier, c'est-a-dire les instructions SE- 
LECT, READ, UPDATE et STATUS. Ici egalement 
seules les instructions SELECT et UPDATE sont es- 
sentielles pour mettre en oeuvre I'invention. On no- 
tera que les jeux limites 11 et 16 peuvent etre un peu 
plus complets que ces jeux minimaux. La puce 2 
comporte 6galement un bus 1 7, du mdme type que le 
bus 10 mettant en relation le microprocesseur 14, ia 
memoire programme 15 et un disposltif d*entree/sor- 
tie 1 8. Dans le cas des cartes a puce, ce dispositif 18 
d'entree/sortie comporte un connecteur normalise 
dont les plages metalliques sont destinees a venir au 
contact de palpeurs 19 du lecteur 12. 

Une des caracteristiques essentielles de I'inven- 
tion est que la puce 2 comporte une zone memoire re- 
servee 20 en relation par le bus 17 avec le micropro- 
cesseur 14. Dans cette zone reservee 20, le serveur 

I provoque T^criture de caracteristiques d'une ins- 
truction dlff^rente de celle des jeux Ilmit6s 11 et 16. 

II provoque, parexemple, uneecriture des caracteris- 
tiques d'une instruction de BILAN (diff6rente de STA- 
TUS) tendant k faire envoyer par le microprocesseur 
14, sur r6cran 13, un 6tat du solde des unites pr6- 
payees et contenues dans une m6moire annexe 21 
de la carte. Cette instruction diff6rente compl6men- 
taire peut Egalement etre une instruction ALGO ten- 
dant k faire ex6cuter par le microprocesseur 14 un al- 
gorithme de chiffrementde message ou d'authentifi- 
cation de la carte 3 ^ puce ou du terminal 4. Cette Ins- 
truction diff6rente peut 6galement etre une instruc- 
tion CHANGE de changement de valeur des unites 
pr6pay6es, afin d'oblit^rer certaines unites 22, au fur 
et d mesure de la dur6e de la communication. Elle 
peut 6ga!ement etre une instruction IN VAL d'invalida- 
tion de la carte, ou tout autre instruction dont le be- 
soin se fera sentir petit S petit, au fur et k mesure des 
Evolutions des applications elles-m^mes. 

Plutdt que de stocker dans la zone 20 de la m6- 
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moire r6serv6e des caracteristiques d'une instruction 
differente de celle du jeu (imitd, on stocke dans la 
zone 20 une adresse relative au stockage, dans une 
partie compl^mentaire 23 de la m6moire programme 
5 15 (ou d'une autre ni6moire de la puce 2), d'une ins- 
truction d'un jeu compl6mentaire. Ce mode est pr6- 
f6r6 puisqu'il suff it de faire envoyer par le serveur 1 
uniquement I'adresse, dans la partie compldmentaire 
23 de la memoire programme 15, des instructions ^ 

10 executer diff6rentes: BILAN, ALGO, CHANGE, IN- 
VAL, ... C'est plus court. La figure 2 montre le fonc- 
tionnement de I'automatisme prefere d*execution de 
instruction differente ^ Tissue de sa selection ou de 
son ecriture. Dans cette figure, les memes elements 

15 sont designes par les memes references que dans la 
figure 1. L'interetde I'invention se situe en particulier 
dans le cas ou on veut faire executer par le couple in- 
terface 4 puce 2 une instruction qui ne figure pas dej^ 
dans le jeu limite d'instructions 1 1 ou 16. Dans la des- 

20 cription qui va suivre, on ne tiendra pas compte du ca- 
ractere serie ou paralieie de la transmission des di- 
verses informations. En effet les adaptations neces- 
saires sonteffectuees par le MODEM 8 d'une part, et, 
pour les protocoles connus de gestion des memoires 

25 de carte ^ puce, par les lecteurs 12, d'autre part. 

Un message 24 est emis par le serveur 1. II 
comporte en substance une premiere partie 25 rela- 
tive ^ un code Instruction, une deuxieme partie 26 re- 
lative a une zone memoire designee (celle sur laquel- 

30 le porte I'instruction), et une partie 27 relative a une 
donnee. La partie 27 peut etre de longueur fixe ou va- 
riable et, dans ce cas, d'une maniere connue elle 
comporte en en-tete, en mode binaire, un octet indi- 
quant la longueur de I'information transmise. 

35 Dans un premier cas 24, Tinstruction sera une 

instruction SELECT, la zone memoire concernee 
sera la memoire reservee 20 dont I'adresse est MEM 
RES, et la donnee sera relative aux caracteristiques 
d'une instruction, par exemple ALGO. Le micropro- 

40 cesseur 9 de I'interface 4 re9oit ce message 24 et 
transmet respectivement sur ses bus de commandes 
28, d'adresses 29 et de donnees 30 I'instruction 
contenue en zone 25, I'adresse contenue en zone 26, 
et la donnee contenue en zone 27. Cette transmis- 

45 sion est effect uee ^ destination du microprocesseur 
1 4, selon des protocoles connus et par I'intermediaire 
du lecteur 12 et du connecteur 18. Le microproces- 
seur 14 execute alors I'instruction, SELECT pour le 
message 24, ou UPDATE pour un message 31, en 

50 commen^jant par le chargement de cette instruction 
dans son registre instruction 32. L'instruction concer- 
nee est ensuite effectuee par le microprocesseur 14 
qui seiectionne, ou met ^ jour respectivement, la me- 
moire reservee 20. Dans ce but, I'adresse MEM RES 

55 de selection est transmise par un bus d'adresse 33, 
du microprocesseur 14. Une commande resultant de 
I'execution de instruction SELECT ou UPDATE est 
appliquee, par un bus de commande 34. ^ un circuit 

4 




35 de gestion de la memoire 20. Le circuit 35 est tout 
simplement un circuit de lecture ecriture, de maniere 
^ lire ou a ecrire dans la memoire 20 a des adresses 
v^hicul^es par le bus 33 des donnees vehicul^es par 
un bus 36 de donnees. Le bus de donnees 36 trans- 
met les donnees regues du bus 33. Dans le cas du 
message 31, le microprocesseur 14 fait ex6cuter par 
le circuit 35. una inscription, une ecriture dans la me- 
moire 20 du message ALGO re^ue du serveur 1. On 
remarque a ce niveau que le fait d'ecrire dans la me- 
moire reserves 20 n'a hen de different par rapport d 
une ecriture dans une autre partie de la m6moire de 
la puce 2. Ce type de commande est trivial. L'automa- 
tisme de invention a ators pour objet de transmettre, 
dans le registre d'instruction 32 du microprocesseur 
14, I'instruction differente dont on vient ainsi de 
stocker les caracteristiques en m6moire r^servee 20. 

En pratique, dans une version preferee, on a 
stocks dans la memoire 20 non pas Tinstruction elle- 
meme mais une adresse d'instruction dans le jeu 
complementaire 23. Aussi, apr^s I'inscription des ca- 
racteristiques, de I'adresse, de Tinstruction comple- 
mentaire designee ALGO, on utilise le contenu de la 
memoire 20 pour servir d'adresse et pour pointer une 
des instructions de la memoire programme 23. Autre- 
ment dit, dans I'automatisme pref6re, le microproces- 
seur 14 lit la memoire 20 et transmet la donn6e lue sur 
son bus d'adresse 33. Cette adresse vient pointer une 
zone memoire de la memoire programme 23. Une fois 
ce pointage effectue, le microprocesseur lit alors, 
dans la zone memoire pointee, la donnee qui y est 
stockee. Cette donnee est en fait, instruction diffe- 
rente. Le microprocesseur la transmet alors par son 
bus de commande 34 a son registre d'instruction 32. 
Le micro prog ram me de Tautomatlsme se termine par 
une execution de instruction differente ainsi char- 
gee. 

Cette instruction differente peut avoir pour objet 
de modifier le contenu d'une memoire annexe 21 de 
la puce 2. Elle peut egalement etre transmise, en 
sens inverse, au microprocesseur 9 et etre appliquee 
k rinterface 4, pour un affichage sur T^cran 1 3 ou au- 
tre. Elle peut Egalement ^tre mise en oeuvre directe- 
ment, par le microprocesseur 14, sur le contenu de 
certaines m^moires ou p^riph^riques de Tinterface 4. 
Cependant, compte-tenu des choix pr^f^r^s de pro- 
tocole respectivement serie et parall^ie, pour une car- 
te d puce 3 et une interface 4, on pref6rera d^l^guer 
au microprocesseur 9, la mise en oeuvre de i'instruc- 
tion differente. Celle-ci est alors charg^e dans un re- 
gistre d'instructions du microprocesseur 9, de la 
mdme fagon que pour le microprocesseur 14. 

La figure 3 montre un fonctionnement, pr6f6r6 
d*un microprogramme pr6enregistr6 dans une me- 
moire programme 16 d'une carte k puce susceptible 
de mettre en oeuvre le syst^me de communication de 
invention. Au d^but de ce microprogramme, le micro- 
processeur 14 est en attente de reception d'instruc- 



tion. Puis il revolt, transmis parle bus 28 une instruc- 
tion. Dans une premier temps, il v^rif ie que cette ins- 
truction est une instruction de selection au cours 
d'une etape 37. Si c'est le cas, il execute la selection 

5 de la zone memoire, memoire 20 ou memoire 21 de- 
signee. Si ce n'est pas le cas, au cours d'une etape 
38, le microprocesseur teste si Tinstruction est une 
instruction de lecture READ. Si c'est le cas il provo- 
que la lecture de la zone memoire dont I'adresse est 

10 convenue dans la partie 26 du message. Si ce n'est 
pas le cas, dans une etape 39, il regarde s'il s'agit 
d'une instruction de mise ^ jour, et le cas §cheant il 
met d jour la zone memoire concernee. Enf in, norma- 
lement il n'y a plus de test ^ pr^voir, et instruction 

15 restante devrait etre une instruction STATUS puisque 
ce sont, ^ priori les seules instructions du jeu limite 
d'instructions que le microprocesseur est susceptible 
d'attendre. 

On remarque qu'on peut prevoir un jeu limite plus 

20 important, ou eventuellement moins important. Seu- 
les les instructions SELECT et UPDATE, sont verita- 
blement indispensables pour le precede de inven- 
tion. Aussi, dans une etape 40, le microprocesseur 14 
va verifier que instruction re^ue est une demande 

25 d'etablissement d'un STATUS et le cas echeant il 
I'execute. II est ^ remarquer que instruction STATUS 
pourra etre une instruction normal isee, et ne pas por- 
ter a priori de designation de zone memoire en zone 
26 du message. 

30 Par centre, si le microprocesseur 14 n'a pas de- 

tecte au cours des tests 37 ^ 40 qu'une instruction at- 
tendue etait reconnue, il delivre en une operation 41 , 
un message d'erreur (affichable par exemple sur 
I'ecran 1 3, mais pas necessairement). Au cours d une 

35 operation 42 successive ci I'execution de chacune 
des instructions SELECT. READ, UPDATE, et even- 
tuellement STATUS, le microprocesseur 14 cherche 
d savoir si I'adresse contenue dans la partie 26 du 
message etait une adresse MEM RES de la memoire 

40 reserv6e. Si ce n'est pas le cas, microprocesseur 14 
considere que le traitement du message a et6 effec- 
tue compietement. II se remet en attente. En ce qui 
concerne Tinstruction STATUS, on pourra prevoir un 
retour systematique en attente d'instructions du mi- 

45 croprocesseur 14, ou bien un passage par le test 42 
si la zone 26 du message a ete renseigne. 

Dans le cas, ou la zone 20 de la m6moire reser- 
vee est concernee, le microprocesseur 14 charge sur 
le bus d'adresse 33 le contenu de cette memoire. Le 

50 bus d'adresse 33 pointe alors sur une parmi plusieurs 
adresses de la memoire complementaire 23. Selon 
qu'il pointe sur la premiere, la deuxieme, ou une autre 
adresse de la memoire 23, avec une batterie de test 
43, 44 en cascade, on peut provoquer la selection 

55 dans la memoire 23 d'une parmi plusieurs instruc- 
tions. Les instructions sont d stocker dans le registre 
de commande 32 du microprocesseur 14. De prefe- 
rence, la memoire 23 sera une memoire de type non 
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volatile, avec des cellules m6molres comportant des 
transistors ^ grille flottante, de pr6f6rence de type 
electriquement inscriptible et effagable : EEPROM. 
Dans ce cas, aprds avoir fait ex^cuter par le micropro- 
cesseur 14 Tinstruction compl6mentaire, on provo- 
que Teffacement de la m^moire r^servee de mani^re 
d ce que celle-ci soit k nouveau vierge. L'6tape d*ef- 
facement 45 est done ainsi effectuee apr^s Texecu- 
tion de I'instruction compl6mentaire. 

On peut cependant agir differemment. On peut 
prevoir, par exemple, que I'instruction de nnise ^ jour, 
UPDATE, execut6e par le microprocesseur 14 (pas 
parle microprocesseur 9) comporte elle-m^me un mi- 
croprogramme consistant ^ effacer au prealable la 
m^moire reserv6e 20 avant I'inscription d'un nouveau 
pointeur en vue d'ex6cuter une autre instruction 
compl6mentaire. Ceci est utile lorsqu'il faut provo- 
quer le d^comptage d'unite dans la zone memoire 21 
de la carte ^ puce 3. En effet, dans ce cas, le serveur 
1 envoie la premiere fois une instruction UPDATE en 
visant le pointage d'une instruction de decomptage 
des unites dans la zone compl^mentaire 23. Par la 
suite, il lui suffitde selectionneria memoire reserv^e 
pour faire ex6cuter automatiquement le decomptage 
d'unites. En effet I'instruction de decomptage est d6j^ 
inscrite dans la memoire 20, it n'est pas n^cessaire de 
la reecrire. II suffit de la s^lectionner, de la lire, et de 
passer par I'etape 42. Au besoin I'instruction STATUS 
peut meme etre utilis6e. Le message 31 comporte, k 
la difference du message 24, des donnees en zone 
27 plus cons^quentes. Ces donnees, visent elles aus- 
si la memoire reservee, elles peuvent etre stockees 
dans differentes zones memoires 46 ou 47 de la me- 
moire reservee. Dans ce cas, une premiere partie du 
contenu du message en zone 27 sera stockee dans 
une premiere zone 46 de la memoire 20, une seconde 
partie dans une zone 47 successive et ainsi de suite. 
Ceci signif ie que plutdt que d'envoyer au fur et ^ me- 
sure toutes les instructions pour les faire ex^cuter par 
le microprocesseur 14, le serveur 1 envoie un seul 
message comportant une suite d'inst ructions devant 
etre ex^cut^es en sequence. 

Dans ce cas, d titre d'exemple, la memoire 20 
comportera dans chaque zone un champ 48 ou seront 
stock^s les pointeurs ou caractSristlques des instruc- 
tions d ex^cuter. et un champ 49 qui sera par exemple 
un bit ou un autre syst6me, dans lequel une informa- 
tion binaire permettra de savoir qu'apr^s Tex^cution 
d'une instruction du jeu compl6mentaire, par la pre- 
sence d'un un, devra suivre rex6cution d'une autre 
instruction du jeu compl6mentaire. Par centre, par la 
presence d'un z^ro, on saura qu'il n'y a plus d'autres 
Instructions d ex^cuter ensuite. Dans ce but, I'ex^cu- 
tion de chaque instruction du jeu compl6mentaire 
comportera, dans le microprogramme de la figure 4, 
un test 50 au cours duquel on cherchera ^ savoir si 
I'ex^cution d'une instruction compl6mentaire doit 
etre suivi par une execution d'une autre instruction 



compl^mentaire sulvante ou non. Le branchementdu 
microprogramme doit alors etre imm6diat. 

En variante on utilise une procedure existante de 
gestion de la carte. Par exemple une procedure exis- 

5 tante d'authentification de la carte comporte I'envoi 
par le serveur d'un alSa chiffre ^ la carte, le d6chif- 
f rement par la carte de cet al6a, le cryptage par un al- 
gorithme de type DES parametre par I'al^a d^chiff re 
d'un code secret de la carte, et I'envoi au lecteur pour 

10 verification du code secret crypt6. Dans I'invention 
on reserve un al^a donn^, par exemple OOOOXXXX, 
pour d'une part indiquer par les 0000 qu'on n'a pas af- 
faire vraiment k une procedure existante, et d'autre 
part charger la donn6e XXXX dans la memoire 20. Le 

15 reste est effectu6 de la fa^on decrite ci-dessous. 
L'avantage d'utiliser une procedure existante se situe 
dans le fait que les interfaces existantes (nombreu- 
ses) sont d6j^ compatible avec cette procedure. II 
suffit d'inserer le test de ta presence des 0000 dans 

20 le syst^me d'exploitation des nouvelles cartes fabri- 
qu6es. 



Revendications 

25 

1 - Systeme de communication comportant : 

- un centre serveur (1), une puce (2) electroni- 
que portee par un support (3) ^ puce, et une in- 
terface (4) de communication entre ce centre 

30 serveur, cette puce, et, eventuellement, un uti- 

lisateur, 

- dans interface, un microprocesseur (9) et une 
memoire (11) programme munie d'un jeu limite 
(11) d'instructions ou de procedures de 

35 communication avec la puce, et, 

- dans la puce, un microprocesseur (14) et une 
memoire (15) programme munie egalement 
d'un jeu limits (16) correspondant d'instruc- 
tions ou de procedures, caract6rise en ce que 

40 la puce comporte 

- une zone m6moire r6serv6e (20) dans laquelle 
on vient, au cours d'une session d'utilisation, 
selectionner ou 6crire, avec les instructions ou 
procedures de la puce et ou de I'interface, les 

45 caracteristiques d'une instruction diff^rente de 

celles des jeux Iimit6s ou procedures, et 

- un automatisme (20,23,32) d'ex6cution, au 
cours de cette session, de cette instruction dif- 
ferente apr^s selection ou 6criture de ses ca- 

50 racteristiques dans cette zone memoire reser- 

vee. 

2 - Systeme selon la revendication 1, caracterise 
en ce que 

- la memoire 

55 programme de la puce comporte un jeu 

(23) compiementaire d'instructions, 

- les caracteristiques ecrites concernent une 
adresse dans cette memoire programme de la 



BNSDOCID:<EP 0626664A1> 




EP 0 626 664 A1 



puce d'une instruction de ce jeu complemen- 
taire. 

3 - Syst^me selon la revendication 1 ou la reven- 
dicatlon 2, caracteris^ en ce que I'automatisme 
comporte. en memoire programme de la puce, 5 

- un micro programme de test (37-40) de I'appar- 
tenance d^une instruction, regue du serveur ou 
de rutilisateur, au jeu d'instructions limits, cou- 
ple avec une execution de cette instruction tes- 
tae, branch^ en serie avec io 

- un microprogramme de test (42) de la designa- 
tion, dans rinstruction ainsi execut6e, de la 
zone memoire reservee, couple ci ('execution 
de rinstruction diff^rente. 

4 - Syst6me selon la revendication 1 ou la reven- is 
dication 2, caracteris6 en ce que I'automatisme 
comporte, en m6moire programme de la puce, 

- un microprogramme de test (42) de la desi- 
gnation de la zone memoire reservee, coupl6 k Texe- 
cution de rinstruction diff6rente. 20 

5 - Syst6me selon la revendication 3 ou la reven- 
dication 4, caract^rlse en ce que I'automatisme 
comporte, en memoire programme de la puce, 

- un microprogramme d'ex6cution d'une ins- 
truction du jeu compl^mentaire dont I'adresse est 25 
stock6e en zone memoire reservee. 

6 - Syst6me selon I'une des revendications 1^5, 
caract6ris6 en ce que la zone memoire r6servee de 
la puce est non volatile, notamment du type EE- 
PROM. 30 

7 - Syst^me selon la revendication 1^6 caracte- 
rise en ce que la zone memoire reservee concernent 
des champs (49) pour stocker un caractere sequentiel 
d'instructions differentes, et en ce que le micropro- 
gramme comporte un test (50) de la valeur de ce 35 
champ. 
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